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[BACKGROUND OF THE INVENTION 



Field of the Invention 

The present invention belongs to the field of data processors. In 
particular, the present invention pertains to conversion of data in 
m i c ro p roces so rs . 
Discussion of the Related Art] 

In processor or microprocessors, {a} [the terms will be used 
interchangeably herein,] data conversion is produced by program sequences 
before arithmetic or logical operations [are carried out] with different data types. 
Data type conversion with program sequences {, how e v e r,} has the disadvantage 
that it reduces the processing speed of a processor or microprocessor. Further, this 
kind of data type conversion { e xhibits} [has] the disadvantage that the bus system of 
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the processor is additionally loaded by the operation code required for the data type 
conversion. 

In addition to {the} [this] data type conversion {that has b ee n m e nt i on e d} , 
object-oriented program languages are {ut ili z e d i n order} [used] to solve specific 
problems. A data type conversion can also be achieved by an object-oriented 
command structure. {Th e } [However,] object-oriented command structure^ 
how e v e r, produces} [has] the disadvantage that each command for each 
combination of data types must be deposited in the memory. An enlargement of the 
program code likewise results in a reduction of the processing speed. 

[SUMMARY OF THE INVENTION 

Accordingly, it is an object of the present invention to provide a reliable 
and efficient system and] {Th e i nv e ntion i s based on th e obj e ct of sp e cify i ng a 
c i rcuit arrang e m e nt and a} method for data type conversion {that avo i ds th e 
afor e m e ntion e d disadvantages.} ^] 

{Th i s object i s ach ie ved by th e f e atur e s of pat e nt claim 1 and 8. 
Th e i nv e nt i on y ie lds th e advantag e that a } [lt is another object of the present 
invention to provide a system and method for] data conversion can be 
implemented without reducing the processing speed of the processor. 

{Th e inv e ntion y ie lds th e advantage that} [It is a further object of the 
invention to provide a system and method for data conversion wherein] data 
type conversions are automatically implemented. 
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{Th e i nv e nt i on y iel ds th e furth e r advantag e that th e program cod e } [lt is an 
additional object of the invention to provide a system and method for data 
conversion wherein the program code used] need not be enlarged. 

{Th e i nv e nt i on y iel ds th e furth e r advantag e that} [It is yet another object of 
the invention to provide a system and method for data conversion wherein] a 
data type-suited data type conversion is implemented with a data type-suited 
address calculation. 



OF THE DRAWING FIGURES? 

{The circu i t arrang e m e nt and th e method can b e s ee n f r om th e fo l lowing, 
mor e detai le d e xplanation of an e x e mplary e mbod i m e nt w i th r e f e r e nce to draw i ngs. 
Shown ar e : 

r i gur e 1 } [Figure 1 shows] the structure of an object address [according to the 
present invention;]^} 

Figure 2 [shows] the structure of a register [according to the present 
invention ;](t) 

Figure 3 [shows] the structure of internal registers [according to the 
present invention ;]{t} 

Figure 4 [shows] an embodiment of a processor [according to the present 
invention]; and 

Figure 5 [shows] the embodiment of the processor with an object-oriented 
data type conversion according to the { i nvent i on. 

-4- 



}[present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS] 

Figure 1 shows a division of an object address OA. This object address OA is 
divided into an area for the specification of the type T of object and a memory 
address SA belonging to the object. The memory address SA indicates the memory 
location of an object in a memory area of a memory. The object type T and the 
memory address SA are assigned by a compiler given a declaration of the object 
and are treated as a unit. For example, objects can be data, addresses or code 
addresses. 

Figure 2 shows the division of a register R. This register R is divided into a 
first area for indicating the data or, respectively, object type T and into a second 
area for storing the data or, respectively, objects D. 

Figure {s} [3] shows a detailed specification of the division of the register R 
and of the object address OA. In this illustration, the addresses or data to be stored 
are divided into a first and second area, as indicated above. For example, 3 bits for 
the indication of the object type T and 32 bits for the object to be stored, the address 
or data are provided in a register R having a length of 35 bits. The 32 bits for the 
object can be a data word, a data or code address or a memory address with a 
particular about the type of memory address. Further subdivisions are shown in 
Figure 3. 

Figure 4 shows a processor, particularly an RISC [(reduced instruction set 
code)] processor. In this illustration, the critical components of the {RS I C} [RISC] 
processor arranged in a pipeline are a sequence controller SC, an instruction 
decode ID, a register read unit RR, an execute unit E, a data transfer unit DT and a 



register write unit RW. Data are either read in or out from an external storage unit 
M via the data transfer unit DT. Data that are of significance for the ongoing 
processing process are deposited in a register file RF via the register write unit RW 
and are in turn read as needed by the data read unit RR. Logical and arithmetic 
instructions are executed in the execute unit E. 

In Figure 5, the RISC processor is {fash i on e d} [formed] with at least one data 
type conversion unit TC that {imp le m e nts) [carries out] a data type conversion. 
This data type conversion unit can {, for e xampl e ,} be arranged before and after the 
execute unit E or between the external storage unit M and the data transfer unit DT. 
The data type conversion unit can likewise be arranged between the register write 
unit RW and the register file RF and between the register file RF[,] and the register 
read unit RR in order to implement a data conversion that becomes necessary. 
{Th e ill ustrat e d arrang e m e nt w i th} [As shown in Figure 5,] a data type conversion 
unit TC in the data pipeline of the RISC processor {y ie lds the advantag e } that the 
clock frequency of the pipeline remains unmodified. 

In the present invention, the object address OA is divided into a first and 
second area. The data type conversion unit T*C determines the data type T from 
the first area and the physical address SA from the second area. 

Given a memory access, an address calculation of indicated load and store 
instructions fcrft [is made] with the assistance of the object type ([. ..]} [, before] an 
address offset corresponding to the object size is determined for the physical 
address SA. 

Given a load instruction, the memory address of the object is known. The 
object is deposited in a register of the processor with the indication of the type. 



Given a store instruction, the data to be stored and the object type 
{app e rta i ning} [pertaining] thereto are taken from the register, converted into the 
object type of the destination address and deposited under the destination address. 

In addition to containing the register numbers of source and destination 
registers, execute instructions also contain the {app e rta i n i ng} object type for the 
destination register. The object type of the operation is derived from the object type 
of the destination register. A processing unit in the execute unit E {for, for 
e xampl e ,} [, such as] an arithmetic operation[,] is selected on the basis of the object 
type. Since the object types of the source and destination registers are known 
before an arithmetic operation, a data type conversion can be {corr e sponding l y} 
undertaken. Before an operation, the source data are converted into a data type 
that can be processed by an execute unit E of an RISC processor. After an 
operation, the result can be converted into the data type of a destination register. 

Given a multiplication of a first and second variable, the compiler 
{r e sp e ctiv e ly} generates the physical address and the data type. When loading the 
first and second variable, the data types are deposited in the register file RF. The 
program section - load variable 1 - signals the size of the first variable to the 
processor, for example an 8 bit value or 16 bit value. With the data type, the data 
type conversion unit TC is informed whether it is a matter of a signed integer 
variable[,] or of an unsigned integer variable. After the loading of the first variable, 
the data belonging to the second variable are loaded. Since, upon reading the data 
from the register file RF, the data type conversion unit TC knows the two data types 
of the first and second variable, the data types are adapted to one another and the 



actual operation such as f for example, a multiplication is executed in the following 
execute unit E. 

The data type conversion unit TC can be introduced into the data pipeline of 
the RISC processor at various locations following the execute unit E. A lack of the 
data type conversion unit TC following the execute unit E results {th e r e in} ^ such] 
that the result data {that w e r e } formed in the execute unit E are deposited in the 
register file RF together with a data type deriving from the respective operation. 

Given a store instruction, both the data as well as the respective data type are 
again read from the register file RF and supplied to a data type conversion unit TC 
preceding the execute unit E. The data type conversion according to the data type 
of the destination address {can e nsu e ) [follows from] there. 

Given an indexed addressing, the data type conversion unit TC need only be 
informed of the simple index, and the processor can calculate the byte offset on the 
basis of the data type of the address. Given a normal integer value that exhibits a 
length of 2 bytesf;} for example, it is thus known that the index must be 
{corr e spondingly} [correspondingly] doubled and added to the physical address 
{th e r e for} . This {y iel ds} [has] the advantage that time-consuming conversions for 
determining the address indices are eliminated. 

{Anoth e r} [An] advantage of the indexed address calculation is {comprised 
ther e in} [based upon the fact] that a table of data with short integer values {er}[,] 
long integer values or normal integer values can be processed with one and the 
same program code. {Th e } [Therefore, the] program code {th e reby} need not 
distinguish between {sa i d} [the] data types[,] since the processor calculates its 
addresses itself on the basis of the data types. 



{Pat e nt Cla i ms} [As an alternative to using a RISC processor, the present 
invention can be implemented using a CISC (complex instruction set code) 
processor in the same manner as described above for the RISC processor. ] 

{1 . C i rcuit arrang e ment for data conv e rs i on i n a processor having at le ast on e 
un i t (C) e xecuting a logica l or ar i thm e tic operation, charact e r i z e d in that an 
obj e ct-ori e nt e d data conv e rsion un i t (TC) for r e cogn i zing a typ e (T) of an obj e ct (D) 
and an obj e ct addr e ss (OA) is arrang e d pr e c e ding the un i t (C) e x e cut i ng the log i ca l 
or ar i thm e tic op e ration, and, bas e d on th e typ e information accompany i ng an obj e ct 
addr e ss (OA) and th e obj e ct (D), th e data conv e rs i on unit (TC) recogn i zes th e typ e 
(T) of th e obj e ct (D) and, g i v e n non-uniform i ty, match e s th e obj e cts (D) b e fo re an 
op e ration or g e n e rat e s a pr e det e rmin e d typ e of obj e ct (D). 

2. Circu i t arrang e ment according to c l a i m 1, charact e r i z e d in that a memory locat i on 
for an obj e ct addr e ss (OA) and a m e mory locat i on of a r e gist e r (R) is r e spect i v el y 
d i vided into a first and s e cond ar e a (T, SA; T, D), whereby a type (T) of th e obj e ct 
(SA, D) i s r e sp e ct i v e ly d e posited in th e first ar e a. 

3. Circuit arrang e m e nt according to cla i m 1, charact e riz e d i n that th e obj e ct - or ie nt e d 
data conv e rs i on un i t (TC) i s prov i d e d fo ll ow i ng th e unit (E) e x e cuting a l og i ca l o r an 
ar i thm e tic op e rat i on. 

4. C i rcu i t arrang e m e nt accord i ng to c l a i m 1 , charact e r i z e d i n that th e obj e ct-or ie nt e d 
data conv e rs i on un i t (TC) is arrang e d pr e c e ding th e storing of th e obj e ct (D) in an 
e xt e rna l storag e (M) and a r e g i st e r fi le (RC). 

5 . Circu i t arrang e m e nt accord i ng to cla i m 1 , charact e r i z e d in that a r e g i st e r fil e (RC) 
i s divid e d i nto a m e mory area for data and a m e mory ar e a fo r a r e sp e ctive typ e 
i nd i cation of th e data. 
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6. C i rcuit arrang e m e nt accord i ng to cla i m 1 t cha r acter i zed in that this is a r e duc e d 
i nstruction s e t comput e r (R I SC). 

7. Circuit ar r ang e m e nt accord i ng to cla i m 1, charact e riz e d i n that this is a compl e x 
instruction set comput er (C I GC). 

8. M e thod for data conv e rs i on in a proc e ssor hav i ng at le ast on e unit (□) e xecut i ng a 
l og i ca l or ar i thm e tic op e rat i on, charact e riz e d in that an obj e ct - or ie nt e d data 
conv e rsion i s i mpl e m e nt e d by a typ e informat i on (T) i n an obj e ct addr e ss (OA) and 
by a typ e information (T) of an obj e ct (D), and, g i v e n an in e qua li ty of the obj e cts (D) 
to b e op e rat e d by a log i ca l or arithm e tic op e ration, th e type of th e obj e cts i s match e d 
to on e anoth e r or a pr e det e rm i n e d obj e ct typ e of an obj e ct (D) i s g e nerat e d; 

9. M e thod accord i ng to claim 8 , charact e riz e d i n that a m e mory location for an obj e ct 
addr e ss (OA) and a memory l ocation of a r e gist e r (R) i s r e sp e ctiv e ly d i v i d e d i nto a 
first and s e cond ar e a (T, GA; T, D), and a type information of th e m e mory addr e ss 
(GA) d e posit e d i n th e second ar e a of th e obj e ct addr e ss (OA) and th e data (D) of th e 
r e g i st e r (R) d e posit e d i n th e s e cond ar e a i s r e spectiv e ly not e d in th e first ar e a (T). 
Abstract 

Circuit Arrang e m e nt and Method for Data Conv e rs i on in a Proc e ssor 

A data conv e rsion to b e i mplem e nt e d in a proc e ssor i s i mpl e m e nt e d obj e ct-ori e nt e d 

b e fo re an arithm e tic or logical op e rat i on, b ei ng r e sp e ctiv e ly imp le m e nt e d on th e 

basis of a data typ e ind i cation b el onging to th e obj e ct. 

rigur e 3} [Although preferred embodiments of the invention have been 

described herein, it is to be understood that the invention is not limited to 

these embodiments, but that various changes and modifications thereto may 

be made by persons having skill in the art to which this invention pertains, 
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without departing from the scope and spirit of the invention, which is to be 
defined by the following claims. - -] 



